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TASAR Overview 


¢ Traffic Aware Strategic Aircrew Requests (TASAR) is a NASA 
NextGen concept intended to assist flight optimization while 
accounting for wind and traffic interactions 


¢« Advises aircrew of routes — 
that save time or fueland [EEE 
avoid known constraints 
such as traffic and weather 


Lateral 


FL340 / PROTN NASSH 


Message Processing...(60%) 


Objective Fuel 


NASSH 


Traffic Aware Planner (TAP) Electronic 
Flight Bag (EFB) Application 


RNG: 1120 TRK| 283 | MAG 


Proposed route 


Hazards 


Current route 


TASAR Multiple Route Advisories 


sass ' FL300 MO0.76 


Lateral 


WAAHU NASSH 
Vertical 
FL340 


Combo 
FL340 / PROTN NASSH 


Message Processing...(60%) 


Lateral route 
advisory 


Vertical route 
advisory 


Combination 
route advisory 
— Selected as 
best choice 


TASAR Pilot Inputs 


Objective 
Limit 


Max WPTS 


ATC Approved ATC Denied 


Pilot enters 
return 
waypoint limit 


Pilot enters 
objective which 
can come from 
dispatcher: 
optimize time, 
fuel or trip cost 


Pilot enters 
maximum additional 
waypoints 


TASAR Benefits Overview 


¢ Benefit for users in terms of time and fuel savings — Initial fast-time 
simulation benefit assessment estimated 
» 1-4 minutes saving per flight 
» 50-550 Ibs fuel savings per flight 
» (Henderson et. al. 2012) 
¢ Increase in controller acceptance of requests by avoiding known 
constraints 
+» ADS-B traffic from aircraft within range equipped with ADS-B Out 
+» Weather, restricted airspace, flow restrictions through internet connectivity 


+ On-board radar weather (planned) 


TASAR Previous Research Activities 


¢ Fast time benefit assessment 

¢ Safety and certification analyses 

¢ Prototyping and human machine interface (HMI) design 

¢ Human-in-the-loop simulations for human factors analysis, for 
example: workload, distraction, and usability 

¢ Flight testing 


+ Flight Trial 1: Proved concept and technology feasibility in operational 


environment 


» Flight Trial 2: Proved operational readiness in airline environment and 


assessed pilot and controller acceptability (topic of this paper) 


Related Research Activities 


¢ NASA's National Airspace System Evaluation and Notification Tool 
(NASCENT) is ground-based platform for route change advisories 
» Provides single-flight route change advisories to airline dispatchers 
+ Provides multiple-flight common-route (MFCR) advisories to traffic flow 
managers 
¢ NASA is investigating air-ground integration between these tools 
¢ Identification of controller acceptability of route changes based on 
objective analysis of historical traffic and flight amendment data 
» Recent publication: Evans et al, Aviation Forum 2017 


+ Compliments the subjective analysis using observations and interviews 


presented in this paper 


TASAR Flight Trial 2 Overview asa 


¢ Flight trial had multiple objectives including 
data processing, pilot evaluation of TAP 


interface and controller acceptability of 7 aa ¥ - A fi 


route change requests 


¢ Flight test aircraft: AdvAero’s Piaggio 
Avanti P180 — Envelope: FL410, 400 
knots; two pilots and five passengers ‘i 
¢« Evaluation pilots were Evaluation Test FlightTest NASA Cabin 
‘ ‘ Pilot Director Engineer Researcher Pilot — 
senior captains 


from Alaska, Virgin, —# L 


and other airlines 


¢ Aijrcraft fitted with 
three instances of 
TAP software 


Safety 
Pilot 


TASAR Flight Trial 2 Overview 


Six Flight Pairs from Newport News 
VA, Patrick Henry Field (KPHF): 7 


» Two to Birmingham International Airport a Ss 
(KBHM) and two to Montgomery 
Regional Airport (KMGM) in Atlanta 
center (ZTL) to interact with high traffic 


» Two to Tampa International Airport 
(KTPA) in Jacksonville center (ZJX) to 
interact with special use airspace (SUA) 


During June 8-16, 2015 — outbound as] 
in morning, inbound in afternoon oN ee 


Researchers stationed at ZTL and ZJX 


+ Controller observations during Avanti transits and interviews with volunteer 
controllers 


+ Coordination with Area Supervisors on flight plans, reroute requests, and 
interviews 


Pre-approval from FAA and NATCA 
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Controller Acceptability Assessment Approach and 
Data Collection: Observations and Interviews 
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Controller Acceptability Assessment 
— Approach 


Overall Goal: Identify key factors that impact air traffic 
controller acceptance of pilot requests to change their 
trajectories while in flight 


¢ Two independent activities conducted by observers 


1. Observations of controller handling of Avanti pilot requests 


Some requests made as suggested by the TAP tool 

Some requests were pre-scripted to invoke acceptance factors of interest 
Discussed acceptance issues with controller in follow-up interview 
Provided anecdotal examples of controller acceptance issues 


2. Focused Interviews with volunteer controllers 


To elicit general statistics about controller acceptance factors 
To quantify two types of controller acceptance factors: 


1. Requests interaction with airspace structure such as sector boundaries and SUA 
2. Maneuver complexity such as number of waypoints 
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Observation Process 


Process planned with facility management and approved by NATCA 


1. Before flight, ground observers adjust ae 
flight plans and scripted scenario based e ; euRis 
on weather and traffic, and convey them 
to airborne team in teleconference 


(e[o]z3 
hi 


2. While enroute, engineer onboard selects —— ee plan 
scenario based on flight position and tf Sen 
conveys request to evaluation pilot who 


makes request from controller 


eKBAM' 


Controller 
a 


3. Controller, not aware of test, clarifies, Os . 
coordinates, accepts, or rejects request ~-c-- 
: ; Observer 1 Observer 2 
while shadowing observer takes notes 


4. Observers follow flight from sector to sector 


5. After flight, each observer conducts interviews with shadowed controllers — 
interviews are coordinated by area supervisor 


Scripted Event Observations 


¢ Observed controllers were elicited about the observed requests made by the 
Avanti 


¢ Total of 36 requests were made (7 requests from tool advisories) 


+ 19 requests accepted without delay (4 requests form tool advisories) 


"ith delay due manly [Rejections |__ Reason |_ Workload 
with delay due mainly Rejections Reason Workload 
ee! 

» 8 requests rejected Unfamiliar fix 
for seven different reasons i OA Violation 

only 1 from tool advisor 

Se eeiccaak i 
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estimated by observer Active SUA intrusion 


Example Event: Request Flies Along Wasa 
Sector Boundaries ge 


Request was accepted despite flying along boundary 
between sectors 50 and 34/32 
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Example Event: Request Interacts Wasa 


with Major Airport Flow 


Request rejected due to interference with major arrival flows 
to ATL in sector 50 
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Interview Data Collection 


Fifty controllers interviewed 

» including controllers who handled and did not handle Avanti test flight 
Wide range of age and experience 

» Age ranged between 25 and 55 years 

» Experienced ranged between 1 and 35 years 


Controllers signed informed consent forms before interview 


Questionnaires included 
» General statistics 


+ Quantitative parameters 


Answers noted manually by observers during interview 


Zl 
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How Often Pilots Make Requests 


Frequency 


25 Interview questions with one example response 


. re. 
ww 


1. What percentage of pilots makes requests for trajectory change? Z iy 


20 = 
CO Bad weather 


O Turbulence 


Nominal - 2X — ¢ About 30% of pilots 
@ Nominal - ZTL make requests 
under nominal 
conditions 


15 


10 


¢ Increasing to 90% 
under weather and 
turbulence 
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Percent of pilots who make requests 
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Most Common Pilot Requests 


Frequenc 
q y Interview questions with one example response 
60 
2. What is the most common type of trajectory change requested? 
50 


3. What is the next most common type of trajectory change requested? 


40 —— 
Weather deviation 
= ® Altitude change 
@ Shortcut 

20 

Most common requests are 
“ short cuts followed by altitude 

change (mostly for 
; turbulence) 


Most common Nextmost common 


24 


Request Evaluation Factors 


Frequency Interview questions with one example response 
50 4. What factors do you consider when evaluating a request? 
' . 


AS O Forth factor —=— 


40 DB Third factor —- 

35 WSecond factor 9 ——— ~ Ta ; is 
30 @ First factor 

25 


¢ Traffic confliction is first 
evaluation factor then 
letters of agreement 
(LOAs) 


20 


¢ Evaluation factors are 
subjective and their 
interpretation may differ 
between controllers 
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Request evaluation factors 


Request Rejection Rate 


Frequency 


Interview questions with one example response 
20 


oO. 
5. What percentage of trajectory change requests do you reject? ZZ fo 


18 

16 

14 

12 ¢ All controllers reject 
less than 50% of 
requests 


¢ Most controllers reject 
less than 10% of 
requests 


11-20 21-30 31-40 41-50 


Percent of requests rejected - 
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Results from Interviews 
> 


+ Quantitative Acceptability Factor Characterization 


Zr 


Quantitative Data Collection 


8. What constitutes high, moderate, and low workload? Give an example of each situation 


¢ Each controller provided 


examples of low, moderate , : | 


u/ - 
. . . WV = ae of Q Iwo 
and high workload situations | , — , i : 


— w/o A e. j L, } wk V\o J X 


e¢ Then each controller was elicited about quantitative parameters that 
characterize the acceptability factors under the three workload levels 


Sheets were filled by observers 


High workload Moderate workload | Low workload 
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Scripted scenarios 


Route he request 


Factor 1: 


How close can 
requested 
route be from 
an active SUA? 


aaa Flight Plan 
=== Request 


20 


Factor 1: Acceptable Distance from vasa 
Active SUA 


Acceptable distance from an active SUA ranged between 0 under low workload and 10 
nautical miles under high workload 


Frequency B High Workload Mean Distance from SUA (NM) 


@ Medium Workload 
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” —. 7 
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ATC procedure requires 3 NM from active SUA 
¢ Recommendation: 


» Maintain 3 NM always 


» Add 2 NM under high workload 
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Sector boundary 


Current 
route 


Scripted scenarios 


Factor 2: 


How close can 
requested route be 
from boundary 
between sectors 
causing “point out” 
to neighboring 
sector controller? 


aaa Flight Plan 
=== Request 
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Factor 2: Acceptable Distance from asa 
Sector Boundary 


Acceptable distance to fly parallel to sector boundaries ranged between 0 at low 
workload and 6 nautical miles at high workload 


80 Frequency ®@ High Workload Mean Distance from Sector Boundary (NM) 
70 @ Medium Workload 4.00 
60 OLow Workload a Upper and Lower Limits 
me 950 | ___Goincide J 
ay LCi 
2.00 
i 160 | | —\ 
20 1.00 — 
a es 
10 0.50 
; — 
[0-2] 12-4] 14-6] ee 
Distance from Sector Boundary (NM) Low Workload Medium Workload High Workload 


¢ ATC procedure requires point out at 2.5 NM 
¢ Recommendation: 
+ No buffer under low workload 


+ Maintain 2.5 NM from boundary under 
high workload 
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Scripted scenarios 
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Factor 3: 


How does making 
route change 
request during or 
close to aircraft 
handoff from one 
sector to next 
sector affect 
acceptability? 


wae Flight Plan 
=== Request 
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Factor 3: Acceptable Time Before 
Handoff to Another Sector 


Acceptable time before handoff to another sector ranged from O under low workload 
and 10 minutes under high workload situations 


60 - Frequency Mean Time before Handoff to Sector (min) 

Bar ® High Workload 7.00 
40 - & Medium Workload 6.00 Upper Limit 

30 BLow Workload 9-00 
20 4.00 
40 3.00 
2.00 
[0-2] ]2-4] ]4-6] ]6-8] 8-10] 1.00 
Time before Handoff to Sector (min) 0.00 
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¢ Automated handoff flashes 3 NM from 
boundary 


¢ Recommendation: Make request about 
1 to 2 minutes before automated 
handoff threshold, mainly under high 
workload 
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Factor 3: Acceptable Time After 
Handoff 


Acceptable time after handoff from another sector ranged from 0 under low workload 
and 2 minutes under high workload conditions 


40 4 Frequency Mean Time after Handoff to Sector (min) 
35 High Workload 1.00 
a @ Medium Workload Upper Limit 
20 GLow Workload 0.50 
15 
i: 0.00 
0 Lower Limit 
0 ]0-1] ]1-2] 0.50 = 
Time after Handoff to Sector (min) Low Workload Medium Workload High Workload 


¢ Controllers want to know request as soon 
as possible after flight checks in on 
frequency 


Handoff ¢ Recommendation: Do not delay request 


after handoff even under high workload 
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Scripted scenarios 


Factor 4: 


How does making 
route change 
request that 
crosses from 
current center to 
next center affect 
acceptability? 


wae Flight Plan 
men <-10 [0(-1-1 1 
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Factor 4: Acceptable Time Before 
Handoff to Another Center 


Acceptable time before handoff to another center ranged from O under low workload 
and 10 minutes under high workload situations 
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¢ Automated handoff flashes 3 NM from 
boundary 


¢ Recommendation: Make request about 
1 to 2 minutes from automated handoff 
threshold, mainly under high workload 
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Factor 5: 


How many 
additional 
waypoints can 
route change 
request include to 
be acceptable? 


wee Flight Plan 
=== Request 
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Factor 5: Acceptable Number of 
Additional Waypoints 


Acceptable number of additional waypoints ranged from 20 under low workload and O under 
high workload situations. 


35 ~. Frequency Mean Number of Waypoints 
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¢ Majority of controllers accept any number 
of additional waypoints under low workload 


¢ Recommendation: Limit to 2 additional 
waypoints under high workload 
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b. 27" 
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Scripted scenarios 


Factor 6: 


Can route change 
request combine 
lateral and vertical 
maneuvers? 


Recommendation: 
No problem 
combining lateral and 
vertical maneuvers in 
request 


aaa Flight Plan 


== Request 
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Additional Recommendations vasa 


Avoid unfamiliar waypoints and waypoints that are not in 
database 


Avoid violating LOAs such as required routes and transition 
points particularly to major airports 


Avoid opposing common traffic flows at same altitude, particularly 
arrivals and departures of major airports 


Avoid making requests during high workload, for example, if 
controller on communication frequency is clearly busy 


Avoid making requests that interact with weather systems 


Avoid making requests that violate flow restrictions or pass 
through congested airspace 


Consider request impacts on downstream sectors not just the 
current sector where request is made 
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Concluding Remarks 
Current and Future Activities 


Concluding Remarks asa 


Controllers made concerted effort to accommodate pilot requests 


All controllers were enthusiastic about pilots knowing about their 
environment when making requests, for example 

» Know sector boundaries 

+ Avoid traffic confliction and major arrival/departure flows 

+ Avoid violation of LOA’s 


Some controller acceptability factors can be quantified and included in 
automation logic, for example: Maintain 3 NM from SUA and 2 NM 
from sector boundary 


Acceptability is highly dependent on workload of current and 
downstream controller which is harder to incorporate in automation 
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Current and Future Activities 


Research continuing under NASA's Airspace Technology 
Demonstration (ATD-3) 


¢ Flight Trial 3 (2018) will investigate integration of weather constraints from 
on-board radar and from ground sources 
¢ Air-ground integration between aircrew and dispatch (2018-2020) 


+» TAP for aircrew route advisories accounting for onboard weather and ADS-B 


traffic constraints 


+ NASCENT for dispatch route advisories accounting for fleet-wide objectives and 
constraints, ground-based weather constraints, traffic congestion, and traffic 


flow restrictions 


» Partnership with major airline: demonstration on up to 10 aircraft by 2020 
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TASAR Flight Trial 2 Overview 


¢ TASAR Flight Trial 2 goal: 


+ Increase operational readiness of TASAR for airline partnership 
activities 


¢ Several objectives to accomplish this goal: 
1. 


Assess controller acceptability of TASAR requests 


=o > S&S f 
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Request rejected 
due to interference 
with active military 
airspace (MOA) 
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Example Event: Request Interacts 
with Convective Weather Activity 


Request was 
accepted by sector 
22 which had low 
workload, then it 
was rejected by Sector 37 Requested route 
next sector 06 due E 


to weather and Sector 06 iejelo | Sector 50 3 


holding patterns in 


. Flown route 
sector. Flight was O°— Pre 
tactically handled by [ig ) ae Flight plan 
Sector 22 along Holding eulalenleisa , 
olaing AHN wee Flight Plan 
boundary and , Request 
} AN Flown 
handed off to Sector 2KBHM Semis 
50 


WEATHER EVENT (MAP OBTAINED FROM GOOGLE EARTH). 
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